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DETAILED ACTION 
Claim Rejections - 35 USC § 103 

1. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-5 and 10-14 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hu (6,757,291) in view of Ghani (6,160,793) and Le (6,680,955). 

Regarding claims 1 and 10, Hu describes a system connected between a first 
(fig. 1, SAN #110) and second (fig. 1, Network #130) networks of different types of 
communication lines (col. 7, lines 57-60, example where network uses Ethernet and 
Storage uses SCSI), and performs a packet relay between the first and second 
networks/communication lines, comprising: 

a first port connected to the first network/communication line for receiving a first 
packet from the first network/communication line (fig. 3, #350, SCSI interface for 
receiving storage data); 

a second port connected to the second network/communication line for sending a 
second packet to the second network/communication line (fig. 3, #310, Ethernet 
interface for sending packets); 

a receiving section including a memory section (fig. 2, buffer #21 5); 

a sending section (fig. 3, #320) connected to said second port (fig. 3, #310) and 
the receiving section (fig. 3 #350-351), where the sending section receives said first 
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packet output from said receiving section, converting said first packet to said second 
packet, and outputting the second packet to the second port (col. 8, 17-24 and col. 9, 
lines 8-11). 

Hu lacks what Ghani describes: 

a receiving section (fig. 9, program #930 & #912) connected to the first port (fig. 
9, receive port #942), where it includes a memory section (fig. 9, #912) storing at least 
one first header (fig. 7, IPv6 header #704) with being associated with packet 
identification information (fig. 7, destination address, #714) (fig. 6 & 7 and col. 7, lines 
60-66, where in converting [i.e. segmenting] each IPv6 packet to ATM cells, the process 
retains [i.e. stores] the received IPv6 header to be used by all ATM cell payloads 
corresponding to a segmented IP payload as similarly portrayed in applicants drawing 
fig. 23, #2407 & #2408). 

It would have been obvious to one with ordinary skills in the art at the time of 
invention to store the IP header so that it may be deployed in every segmented packet 
(ATM cell payload) as per Ghani in the receiving section of Hu. The motivation being 
that such approach may "enhancing the performance of IP data traffic over ATM without 
requiring packet-reconstruction at the ATM layer", where the ATM layer may be any 
lower layers such as the Ethernet layer. 

Hu and Ghani combined lack what Le describes: 

determining whether the first packet includes the first header, and when the first 
header is not included, reading out from said memory section a first header which is 
stored with being associated with a packet identification information having a same 
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value as for the packet identification information included in the first packet (fig. 8, #824 
where headers are regenerated for packets after initialization phase which are sent 
without headers; fig. 1 1 , where the sent packets #504 sent to the receiving side #822 
have their headers stripped after initialization phase #500 & #502, and col. 3, lines 25- 
37, where the receiving section [header regenerator] was provided the header info 
during initialization phase and after the initialization phase regenerates [i.e. read out] the 
header to be added to the determined header-less packets corresponding to the same 
connection/call [i.e. packet identification information] of the terminal in fig. 1, #130). 

It would have been obvious to one with ordinary skills in the art at the time of 
invention by applicant to incorporate the header stripping method of Le into the method 
of Hu and Ghani. The motivation being that it provides a way to compress/eliminate the 
header overhead in transmission which wastes transmission bandwidth (Le, col. 1, lines 
31-34). 

Regarding claims 2 and 11, Hu, Ghani and Le combined describe all limitations 
set forth in claim 1 . Ghani further describes: 

when the first packet includes said first header (fig. 7, Ipv6 header #704), said 
receiving section stores the packet identification information (fig. 7, destination address, 
#714), which is included in said first packet, after being associated with said first 
header, and outputs said first packet (Ghani, fig. 6 & 7 and col. 7, lines 60-66, where in 
converting [i.e. segmenting] each IPv6 packet to ATM cells, the process retains [i.e. 
stores] the received IPv6 header to be used by all ATM cell payloads corresponding to a 
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segmented IP payload as similarly portrayed in applicant's drawing fig. 23, #2407 & 
#2408). 

Regarding claims 3 and 12, Hu, Ghani and Le combined describe all limitations 
set forth in claims 1 and 10 respectively. Hu, Ghani and Le further describe: 

said receiving section (Ghani, fig. 9, program #930 & #912) determines whether 
a packet length of said first packet to which said first header is added is greater than a 
value of a maximum packet length (ATM fixed cell size) defined for said second 
network/communication line, and when the packet length of said first packet is greater 
than the value of said maximum packet lengthy divides said first packet to two or more 
third packets (ATM cell payloads) to output the third packets (Ghani, fig. 6, where a IPv6 
packet is segmented to multiple ATM cell payloads); 

each of said third packets (Ghani, fig. 7, #702) includes said first header (Ghani, 
fig. 7, #704), and a part of data included in said first packet (Ghani, fig. 7, #712). 

Regarding claims 4 and 13, Hu, Ghani and Le combined describe all limitations 
set forth in claims 3 and 12 respectively. Hu further describes: 

the sending section (fig. 3, #310, #320, #321 & #322) receives two or more said 
third packets output from said receiving section (fig. 3 #350 & #351), converts said third 
packets to said second packets (fig. 3 #320), and outputs said second packets to said 
second port (fig. 3, #310) (col. 8, lines 17-24). 

Regarding claims 5 and 14, Hu, Ghani and Le combined describe all limitations 
set forth in claims 1 and 10 respectively. Ghani further describes: 
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the receiving section identifies sequence information included in said first packet, 
to determine whether if it is a packet is without header (use of Ghani, col. 7, lines 27-30, 
where packet delimiter flag to indicated if cell represents the first cell of a new IP packet, 
to the method of Le where packets received by header regeneration #822 after 
initialization phase are headerless as depicted in fig. 1 1 and col. 3, lines 25-27). 

3. Claims 6-9 and 15-18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hu, in view of Ghani and Le as applied to claims 1 and 10 above respectively, and 
further in view of Odenwald (6,310,884) and TechFest ("Ethernet Frame Structure" 
website). 

Regarding claim 6 and 15, Hu, Ghani and Le combined further describes: 
a format of said first packet differs from a format of said second packet (Hu, col. 

7, lines 43-47 and 58-60, first packet may be in Ethernet format & second packet may 

be in Fiber Channel formats); 

said first (Fiber Channel FC) packet inherently has second FC header (it is 

inherent that a FC packet has a FC header so that the packet may be routed 

accordingly). 

said second (Ethernet) packet inherently has a third (Ethernet) header (it is 
inherent that a Ethernet packet has a Ethernet header so that the packet may be routed 
accordingly); 

Hu, Ghani and Le combined lack the Fiber Channel format description from 
Odenwald: 
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the Fiber Channel header includes said packet identification information 
(destination ID) and address information of said first network/communication line 
(source ID) (fig. 3, D_ID #44 and SJD #48); 

It would have been obvious to one with ordinary skills in the art at the time of 
invention for Hu and Ghani to specify the format/contents of a fiber channel (FC) 
header. The motivation being that in using a standardized fiber channel header, the 
apparatus may be compatible with may other vendors supporting the FC format. 

Hu, Ghani, Le and Odenwald lack the Ethernet format description from TechFest: 

the Ethernet header including address information of said second network (p. 1, 
destination MAC Address). 

It would have been obvious to one with ordinary skills in the art at the time of 
invention for the combined apparatus of Hu, Ghani and Odenwald to specify the 
format/contents of an Ethernet header. The motivation being that in using a 
standardized Ethernet header, the apparatus may be compatible with may other 
vendors supporting the Ethernet format. 

Regarding claims 7 and 16, Hu, Ghani, Le, Odenwald and TechFest combined 
describe all limitations set forth in claim 6. Hu further describes: 

said sending section generates said third header, and adds said generated third 
header to said first packet to convert said first packet to said second packet (Hu, col. 8, 
lines 17-24, where the first packet from SAN, which may be of fiber channel format [Hu, 
col. 7, 44-46], is converted to second [Ethernet] packet format by inherently inserting a 



Application/Control Number: 10/076,513 Page 8 

Art Unit: 2668 

Ethernet header before transmitting at the Ethernet interface [inherent that a Ethernet 
packet has a Ethernet header so that the packet may be routed accordingly].) 

Regarding claim 8 and 17, Hu, Ghani, Le, Odenwald and TechFest combined 
describe all limitations set forth in claim 6 & 15. Hu, further describes: 

the receiving section (fig. 3, #350 & #351) removes said second header from said 
first packet to outputs said first packet (col. 9, lines 8-11). 

Regarding claim 9, Hu, Ghani, Le, Odenwald and TechFest combined describe 
all limitations set forth in claim 6. Hu and Ghani combined further describe: 

the first network is a SAN (Hu, fig. 1, SAN #110) 

the second network is a LAN (Hu, fig. 1, network #130); 

the first header is an IP header (Ghani, fig. 7, Ipv6 header #704); 

Regarding claim 18, Hu, Ghani, Le, Odenwald and TechFest combined 
describe all limitations set forth in claim 15. Hu and Ghani combined further describe: 

the first communication line is a Fibre Channel line (Hu, fig. 2, #250 and col. 7, 
lines 44-46, communication line at the SAN interface may be fiber channel) 

the second communication line is an Ethernet line (Hu, fig. 2, #220 and fig. 3, 
#310, communication line at the Network interface may be Ethernet) 

the first header is an IP header (Ghani, fig. 7, Ipv6 header #704); 

the second header is an Ethernet header (Hu, fig. 3, #320, where Ethernet 
header is added to payload); 

and the third header is an FC header (Hu, fig. 2, #250 and col. 7, lines 44-46, 
where fiber channel frames inherently comprises a FC header). 
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4. Claims 19-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over Hu 
in view of Ghani and Le. 

Regarding claim 19, Hu describes a system connected between a SAN and a 
LAN (fig. 1 , system in dotted lines), and relays a packet, which is sent from a device 
connected to the SAN, to a device connected to the LAN, comprising: 

a first port connected to said SAN for receiving a first packet from said SAN (fig. 
3 #350); 

a second port connected to said LAN for sending a second packet to said LAN 
(fig. 3, #310), said second packet having a format different from a format of said first 
packet; and 

a SAN process section connected to said first port for receiving said first packet 
received at said first port to outputting said first packet (fig. #350 & #351); 
wherein said SAN process section, comprising: 

a memory section (fig. 2, buffer #215, also depicted as fig. 3 buffer #301); 

a LAN process section (fig. 3, #320) connected to said second port and said SAN 
process section (fig. 3, #351), said LAN process section receiving said first packet 
output from said SAN process section, including a conversion section (fig. 2, #221) for 
converting said first packet to said second packet, and outputting said second packet to 
said second port (col. 8, 17-24 and col. 9, lines 8-11). 

Hu lack what Ghani describes: 



Application/Control Number: 10/076,513 Page 10 

Art Unit: 2668 

an identification section (process) for identifying whether said first packet 
(segmented ATM cell payload) includes an IP header (process described in col. 7, lines 
27-30, where packet delimiter flag is used to indicated if cell represents the first cell of a 
new IP packet which will have IP header.) 

a storing section for storing in the memory section (fig. 9, #912) the incoming first 
packets (fig. 7, destination address, #714) with the associated packet identification 
information in the IP header (fig. 7, IPv6 header #704) (fig. 6 & 7 and col. 7, lines 60-66, 
where in converting [i.e. segmenting] each IPv6 packet to ATM cells, the process 
retains [i.e. stores] the received IPv6 header to be used by all ATM cell payloads 
corresponding to a segmented IP payload as similarly portrayed in applicant's drawing 
fig. 23, #2407 & #2408). 

It would have been obvious to one with ordinary skills in the art at the time of 
invention to store the IP header so that it may be deployed in every segmented packet 
(ATM cell payload) as per Ghani in the receiving section of Hu. The motivation being 
that such approach may "enhancing the performance of IP data traffic over ATM without 
requiring packet-reconstruction at the ATM layer", where the ATM layer may be any 
lower layers such as the Ethernet layer. 

Hu and Ghani combined lack what Le describes: 

a header adding section (process) for reading out, when said first packet (packet 
received after initialization phase) does not include said IP header, from said memory 
section said IP header, which is stored with being associated with packet identification 
information (destination address) among said IP headers stored in said memory section 
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to add said IP header to said first packet (fig. 8, #824 where headers are regenerated 
[read from storage] for packets after initialization phase which are sent without headers; 
fig. 1 1 , where the sent packets #504 sent to the receiving side #822 have their headers 
stripped after initialization phase #500 & #502, and col. 3, lines 25-37, where the 
receiving section [header regenerator] was provided the header info during initialization 
phase and after the initialization phase regenerates [i.e. read out] the header 
corresponding to the same connection/call [i.e. packet identification information] of the 
terminal in fig. 1, #130). 

It would have been obvious to one with ordinary skills in the art at the time of 
invention by applicant to incorporate the header stripping method of Le into the method 
of Hu and Ghani. The motivation being that it provides a way to compress/eliminate the 
header overhead in transmission which wastes transmission bandwidth (Le, col. 1, lines 
31-34). 

Hu, Ghani and Le lack the Fiber Channel format description from Odenwald: 
the first packet includes the packet identification information (destination ID) (fig. 
3, DJD #44 and SJD #48, where the first packet is a fiber channel packet with a 
header which includes the destination ID); 

It would have been obvious to one with ordinary skills in the art at the time of 
invention for the combined apparatus of Hu, Ghani and Le to specify the 
format/contents of a fiber channel (FC) header which includes the packet identification 
information. The motivation being that in using a standardized (FC) header, the 
apparatus may be compatible with may other vendors supporting the FC format. 
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Regarding claim 20, Hu, Ghani, Le and Odenwald combined describes all 
limitations set forth in claim 19. Hu, Ghani Le and Odenwald further describe: 

the SAN process/section (Hu, fig. 3, #350 & #351) further comprises a dividing 
section (process) for determining whether a packet length of said first packet to which 
the first header is added is greater than a value of a maximum packet length defined for 
said second network, and for dividing, when the packet length of said first packet is 
greater than the value of said maximum packet length (fixed ATM cell size), said first 
packet to two or more third packets (cell payloads) to output said third packets (Ghani, 
fig. 6 and col. 7, lines 15-16, where a IPv6 packet is segmented to multiple ATM cell 
payloads); 

the conversion section of said LAN process section receives two or more said 
third packets (Ghani, fig. 6 & 7, ATM cell payloads) output from said SAN process 
section, and converts said third packets to said second packets (Ghani, fig. 6 & 7, ATM 
cells with ATM cell headers, where outgoing ATM cell format may be replaced by the 
outgoing Ethernet format). 

Conclusion 

5. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure: Hu (6,535,518), Latif (6,400,730), Kohda (6,839,872), and 
Anderson (2005/0078704). 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Warner Wong whose telephone number is 571-272- 
8197. The examiner can normally be reached on 5:30AM - 2:00PM, M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Chieh Fan can be reached on 571-272-3042. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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